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@ Vorgesehen ist ein Verfahren zur Ressou rcen-Zuwei- 
sung zur Ubertragung von Multicast-Nachrichten inner- 
halb eines Mobilfunknetzes, welches sich dadurch aus- 
zeichnet, dass die Ressourcen-Zuweisung unter Verwen- 
dung eines allgemelnen Transportkanals und eines allge- 
meinen physikah'schen Kapals, der durch Si'gnalisierung 
auf einem Benachrichtigungskanal in Form von Benach- 
richtigungs-Nachrichten zu verschiedenen Zeiten ver- 
schiedenen Mobilfunkstationen Oder Gruppen von Mobil- 
funkstatfonen zugewiesen werden kann, vorgenomnnen 
wird. 
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Beschreibung 



[0001] Die vorliegende Erfindung bezieht sich auf ein 
Verfahren zur Ressourcenzuweisung zur Ubertragung von 
Multicastnachrichten, wie durch den Oberbegriff des unab- 
hangigen Patentanspruches 1 beschrieben. 
[0002] Zur Ubertragung insbesondere von Paketdaten 
wurde for das UMTS (Universal Mobile Telecommunica- 
tion System) der sogenannte DSCH (Downlink Shared 
Channel) spezifiziert. Der DSCH ist ein Transportkanal, der 
auf den physikalischen Kanal PDSCH (Physical Downlink 
Shared Channel) abgebildet wird. Das besondere an diesem 
Kanal ist, dass cine Funknetzwerk-KontroUeinheil Ressour- 
cen innerhalb einer Zelle reservieren kann und diese Res-r 
sourcen fur eine gewisse Zeit einer bestimmten Mobilfunk- 
station zuweisen kann, so dass es in der angegebenen Zeit 
eine nur dieser einen Mobilfonkstation gewidmete Res- 
source ist. Dadurch lasst sich unregelmaBig anfallender Da- 
tenverkehr in effizienter Weise an die Mobilfunkstation sen- 
den. 

[0003] Im UMTS sind zwei verschiedene Modi definiert, 
namlich der TDD und der FDD Mode. Im Fall des TDD 
Mode, wird die PDSCH Ressource von RRC (Radio Res- 
source Control) im RNC (Radio Network Conu-ol) uber eine 
Nachricht "Physical Shared Channel Allocation" einer Mo- 
bilfunkstation zugewiesen. 

[0004] Diese Nachricht enthalt Informationen, wie den 
Zeitraum, in dem der Mobilfunkstation die PDSCH Res- 
sourcen zur Verfugung stehen, wie auch die Konfiguration 
des allgemeinen Transportkanals und des allgemeinen phy- 
sikalischen Kanals (DSCH und PDSCH). Altemativ konnen 
eine oder mehrere Konfigurationen des PDSCH auch uber 
die Systeminformationen in der ganzen Zelle verteilt wer- 
den und in der Nachricht zur Zuweisung der PDSCH Res- 
sourcen nur mit einem Identifikator auf die entsprechende 
Konfiguration verwiesen werden. 

[0005] Im Fall des FDD Modes, erfolgt die Ressourcen 
Zuweisung iiber einen nur der Mobilfunkstation zugewiese- 
nen Kanal DCH (Dedicated Channel). Uber diesen Kanal 
wird libei- den sogenannten Transport Format Combination 
Identifier (TFCI) der Mobilfunkstation mitgeteilt, dass im 
nachsten Zeitfenster (Frame) Daten fur die Mobilfunksta- 
tion a\if dem PDSCH tibertragen werden. Im UMTS ist das 
zur Ubertragung verwendete Frequenzband zeitlich in Zeit- 
schlitze (Frames) der Lange 10 ms unterteilt. Unter TFCI 
versteht man die Kombination der Transport Formate, d. h. 
der GroBe und Anzahl von Paketen, die von unterschiedli- 
chen Transportkanalen, also den Kanalen zwischen der der 
MAC-Schicht (Medium Access Control) und der physikali- 
schen Schicht, innerhalb eines Frames ubertragen werden. 
[0006] Wird ein bestimmter TFCI auf dem DCH verwen- 
det, erkennt die Mobilfunkstation daraus, dass im nachsten 
Frame eine Ubertragung auf dem PDSCH erfolgl. Die Kon- 
figuration des PDSCH wurde der Mobilfunkstation dabei 
beim Aufbau der Ubertragung sverbindung mitgeteilt. 
[0007] PDSCH und DSCH sind fur TDD nur in den so ge- 
nannten RRC Zustanden CELL_FACH und CELL.DCH, in 
FDD sogar nur im CELL_DCH Zustand vorhanden. In den 
Zustanden CELL_PCH und URA_PCH sowie Idle Mode ist 
der DSCH/PDSCH nicht verfugbar. Die verschiedenen Zu- 
stande driicken aus, auf welcher Ebene die Position der Mo- 
bilfunkstation bekannt ist und welche Ressourcen ihm zur 
Verfugung stehen. 

[0008] Im RRC Zustand C^LL_DCH sind der Mobilfunk- 
. station dedizierte Ressourcen zugewiesen und die Mobil- 
funkstation ist auf Zellebene bekannt, d. h. dem Netzwerk 
ist bekannt, in welcher Zelle sich die Mobilfunkstation be- 
findet. 



[0009] Im RRC Zustand CELL_FACH sind der Mobil- 
funkstation allgemeine Ressourcen zugewiesen, die sie sich 
mit anderen Mobilfunkstationen teilen muss. In diesem Zu- 
stand ist die Mobilfunkstation ebenfalls auf Zellebene be- 
5 kannt. 

[0010] Im RRC Zustand CELL_PCH empfangt die Mobil- 
funkstation Broadcast-Nachrichten vom Netzwerk und hort 
auf die Benachrichtigungskanale PICH (Paging Indicator 
Channel) und PCH (Paging Channel), iiber die das Netz- 
10 werk der Mobilfunkstation mitteilen kann, dass z. B. Nach- 
richten fur es vorliegen. Die Mobilfiinkstation ist in diesem 
Zustand auf Zellebene bekannt. 

[0011] Der RRC Zustand URA_PCH ahnelt dem CELL- 
PCH mit dem Unterschied, dass die Position der Mobilfunk- 

15 station dem Netzwerk nicht genau bekannt ist, sondem das 
Netzwerk lediglich Kenntnis hat, in welcher Gruppe von 
Zellen, sich die Mobilfunkstation aufhalten konnte. 
[0012] Im Idle Mode empfangt die Mobilfunkstation 
ebenfalls Broadcast-Nachrichten vom Netzwerk und hort 

20 auf die Benachrichtigungskanale. Im Gegensatz zu 
URA^PCH und Cell_PCH hat die Funkressourcen-Kon- 
trolleinheit RNC jedoch keine Kenntnis iiber die Mobilfur ' 
station selber und auch nicht dariiber, ob sich die Mob.. 
funkstation in einer der von ihr Icontrollierten Zellen befin- 

25 det. 

[0013] Der Benachrichtigungsmechanismus besteht aus 
zwei Stufen. Im ersten Schritt teilt das Netzwerk der Mobil- 
funkstation durch einen Indikator auf dem PICH mit, dass 
Nachrichten auf dem PCH fiir die Mobilfunkstation vorhe- 

30 gen. Erst dann liest die Mobilfunkstation den PCH Kanal 
aus in dem die eigentliche Benachrichtigung enthalten ist. 
[0014] Die bevorzugte Vorgehensweise ist. Multicast 
Nachrichten innerhalb einer ZeUe nur einmal an mehrere 
Mobilfunkstationen gleichzeitig zu ubertragen. Die zu iiber- 

35 tragenden Daten konnen dabei unregelmaBig iiber die Zeit 
verteilt sein, so dass eine "Cfbertragung iiber einen DSCH 
ahnlichen Kanal vorteilhaft ware. 

[0015] Die Aufgabe der vorliegenden Erfindung ist es 
nun, ein Verfahren zur Ubertragung von Multicast-Nach- 
40 richten vorzusehen, mit dem sich Ressourcen des Netzwer- 
kes moglichst einfach und efiizient zugewiesen werden kon- 
nen. 

[0016] Diese Aufgabe wird durch die Merkmale des unab- 
hangigen Patentanspruches 1 gelost, wobei zweckmal: 
45 Ausfiihrungsformen durch die Merkmale der Unteransprii- 
che beschrieben sind, 

[0017] Vorgesehen ist ein Verfahren zur Ressourcen-Zu- 
weisung zur Ubertragung von Multicast-Nachrichlen inner- 
halb eines Mobilfunknetzes, welches sich dadurch auszeich- 

50 net, dass die Ressourcen-Zuweisung unter Verwendung ei- 
nes allgemeinen Transportkanals und eines allgemeinen 
physikalischen Kanals, der durch Signalisierung auf einem 
Benachrichtigungskanal in Form von Benachrichtigungs- 
Nachrichten zu verschiedenen Zeiten verschiedenen Mobil- 

55 funkstaUonen oder Gruppen von Mobilfunkstationen zuge- 
wiesen werden kann, vorgenommen wird. 
[0018] Das Verfahren ist dabei vorzugsweise derart ausge- 
staltet, dass die moglichen Konfigurationen des allgemeinen 
Transportkanals und des allgemeinen physikalischen Kanals 

60 fiir jede Multicast Gruppe vorher festgelegt werden, wobei 
weiterhin bevorzugt ist, dass die zu verwendende Konfigu- 
ration und der Zeitraum, in dem sie zur Verfugung sleht, in 
der jeweiligen Benachrichtigungs-Nachricht angegeben 
sind. 

65 [0019] Das Verfahren ist weiterhin vorzugsweise derart 
ausgestaltet, dass die Benachrichtigungs-Nachricht als Er- 
weiterung der Nachricht "Paging T^pe 1" ausgestaltet ist. 
[0020] Weiterhin kann das Verfahren auch derart ausge- 
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staltet sein, dass die Benachrichtigungs-Nachricht Informa- 
tion fiir den Gnind der Benachrichtigung aufweist, die der 
Mobilftinkstation mitteilt, dass eine Multicast Nachricht 
vorliegt. Vorzugsweise wird dafur dem bereits vorhandenen 
Informationselement "Paging Cause" ein weilerer Wert hin- 
zugefugt werden, der dies indiziert. Weiterhin kann die Be- 
nachrichtigungs-Nachricht auch eine Information dariiber 
enthalten, fur welche Multicast Gruppe Nachrichten votiie-. 
gen. 

[0021] Das Verfahren ist weiterhin vorzugsweise auch 
derart ausgestaltet, dass die Benachrichtigungs-Nachrich- 
ten, die in einer Zelle gesendet werden, alie die gleiche Kon- 
figuration angeben, die zur Obertragung verwendet werden 
SOU. 

[0022] Hbenso bevorzugt ist es, den Konfigurationen ei- 
nen Identifikator zuzuweisen, wobei jeder Konfiguration er- 
findungsgemafi auch eine oder mehrere Multicast-Gruppen 
zugewiesen werden konnen, die diese Konfiguration ver- 
wenden konnen. 

[0023] Dies ist besonders vorteilhaft, wenn die Konfigura- 
tionen iiber Broadcast aUen Mpbilfunkstationen bekannt ge- 
macht wird, da in diesem Fall die Mobil funks tationen, die 
Multicast-Nachrichten empfangen wollen, nur die Konfigu- 
rationen speichem miissen, die fur die entsprechende Multi- 
cast-Gruppe, zu der die Mobilfunkstation gehort, relevant 
sind. 

[0024] Das Verfahren ist dabei vorzugsweise auch derart 
ausgestaltet, dass die Konfigurationen, deren Identifikatoren 
und die Multicast-Gruppen die die jeweiligen Konfiguratio- 
nen verwenden diirfen, uber Broadcast aUen Mobilfunks ta- 
tionen in einer ZeUe bekannt gemacht werden. 
[0025] AltematiVj konnen die Konfigurationen, die far 
eine bestimmte Multicast- Gruppe geiiutzt werden konnen, 
samt Identifikator auch jeder Mobilfiinkstationen einzehi 
mitgeteilt werden, wenn diese sich zu einer Gruppe eintra- 
gen, oder bereits zu der entsprechenden Gruppe gehoren, je- 
doch neu in eine bestimmte Zelle wechseln und die Konfigu- 
rationen verschieden sind zu denen, die in der Zelle giiltig 
waren, welche die Mobilfunkstation gerade verlasst. 
[0026] Nachdem den Mobilfunkstationen, die zu einer 
Multicast Gruppe gehoren, auf dem PICH (Paging Indicator 
Channel) indiziert wurde, dass eine Benachrichtigungs- 
Nachricht auf dem PCH vorliegt, stehen der allgemeine 
Transportkanal und der allgemeine physikaUsche Kanal zur 
"Obertragung von Multicast-Nachrichten zur Verfiigung. Da- 
bei ist nicht relevant, welcher Multicast- Gruppe die Mobil- 
funkstation angehort. Diejenigen Mobilfunkstationen, die 
zu der in der Benachrichtigungs-Nachricht angegebenen 
Multicast-Gruppe gehoren, bauen daraufhin den allgemei- 
nen Transportkanal und den allgemeinen physikalischen 
Kanal zur t)bertragung von Multicast-Nachrichten gemafi 
der in der Benachrichtigungs-Nachricht iiber den Indentifi- 
kator angegebenen Konfiguration auf. 

[0027] Vorgesehen ist des weiieren eine Protokollarchi- 
tektur eines UMTS-Mobilfunknelzwerkes zur Ubertragung 
von Multicast-Nachrichten, mit zumindest einer Mobilfunk- 
stationen, zumindest einer Multicast-Einheit in der Broad- 
cast/Multicast Control Schichi sowie zumindest einer Radio 
Link Control Einheit in der Radio Link Control Schicht, wo- 
bei sich die Protokollarchitektur dadurch auszeichnet, dass 
eine Mobilfunkstation, die zu einer Multicast-Gruppe ge- 
hort, mindestens eine Multicasi-Einheit in der Broadcast/ 
Multicast Control Schicht konfiguriert, welche mit einer Ra- 
dio Link Conti-ol Einheit in der Radio Link Control Schicht 
verbunden ist. 

[0028] Die Protokollarchitektur ist dabei vorzugsweise 
derart ausgebildet, dass die Radio Link Control Einheit iiber 
einen allgemeinen Datenkanai (CTCH) mil der MAC 
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Schicht verbunden ist. 

[0029] Weiterhin ist die Protokollarchitektur vorzugs- 
weise auch derart ausgestaltet, dass zur Dateniibertragung 
der allgemeine Datenkanai (CTCH) in der MAC Schicht auf 
einen allgemeinen Transportkanal (CTCH) zur Ubertragung 
von Multicast-Nachrichten abgebildet ist, welcher in der 
physikalischen Schicht auf einen allgemeinen physikali- 
schen Kanal abgebildet ist. 

[0030] Die Zustande sind gemaB dieser Erfindung folgen- 
dermaBen charakterisiert: 

MC_Null 

- Mobilfunkstation gehort keiner Multicast Gruppe 
an; 

- Netzwerk versucht nicht die Mobilfunkstation zu be- 
nachrichtigen, wenn eine Multicast Nachricht zur 
'Obertragung vorliegt. 



20' MC_Saving 

- Mobilfunkstation gehort einer Multicast Gruppe an. 

- Es existiert eine Multicast Einheit in der BMC 
Schicht. 

- Mobilfunkstation liest Broadcast Nachrichten aus. 

- Mobilfunkstation hort auf die Benachrichtigungska- 
nalePICH und PCH. 

- Netzweric benachrichtigt die Mobilfunkstation iiber 
PICH und PCH wenn Multicast Nachrichten zur Uber- 
tragung vorliegen. 

[0031] Dieser Zustand entspricht erfindungsgemaB alien 
RRC Zustanden Odle Mode, C^LL.PCH, URA.POI, 
CELL^FACH, CELL_DCH). Dazu werden die Funktionali- 
tat der Mobilfunkstationen gemaB dieser Erfindung so er- 
weitert, dass sie in der Lage sind, auch in den RRC Zustan- 
den CELL_EACH und CELL^DCH Benachrichtigungs- 
nachrichten zu empfangen. 

MC^Active 

- Mobilfunkstation gehort einer Multicast Gruppe an. 

- Es besteht eine Multicast Einheit in der BMC 
Schicht. 

- Mobilfunkstation hat einen allgemeinen Transport 
Kanal und einen physikalischen Kanal zur Ubertragung 
von Multicast Nachrichten aufgebaut. 

- Die Multicast Einheit ist mit einer RLC Einheit in 
der RLC Schicht verbunden. 

- Die RLC Einheit ist iiber einen allgemeinen logi- 
schen Datenkanai (CTCH) mit der MAC Schicht ver- 
bunden. 

- Der allgemeine logische Datenkanai ist auf den all- 
gemeinen Transportkanal zur Ubertragung von Multi- 
cast Nachrichten abgebildet. 

- Mobilfunkstation empfangt Multicast Nachrichten 
iiber diesen Transport und physikalischen Kanal. 

- Die Nachrichtwi werden iiber einen allgemeinen lo- 
gischen Datenkanai (CTCH) an eine RLC Einheit wei- 

tergeleitet. 

- Die RLC Einheit leitet die Nachrichten an eine Mul- 
ticast Eiiiheit in der BMC Schicht. weiier 

[0032] Weiterhin sind die Zustandsiibergange gemaB die- 
ser Erfindung folgendermaBen charakterisiert: 
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zu 1 

- Mobilfunkstalion meldet sich an eine erste Multicast 
Gruppe an. 

- Netzwerk teilt der Mobilfunkstation einen Identifi- 
kator fiir die Multicast Gruppe mit. 

ZU2 

- Mobilfunkstation meldet sich von alien Multicast 
Gnippen ab. 

- Die Multicast Einheit in der BMC Schicht wird ge- 
loscht. 

ZU3 

- Mobilfunkstation erhalt eine Benachrichtigung, dass 
Multicast Nachrichten zu der Multicast Gruppe vorlie- 
gen zu der die Mobilfunkstation gehort. 

- In der Benachrichtigungsnachricht werden Ressour- 
cen eines allgerneinen Transport Kanals und eines all- 
gemeinen physikaiischen Kanals der Mobilfunkstation 
zur Ubertragung von Multicast Nachrichten zugewie- 
sen. 

- Mobilfunkstation baut allgerneinen Transportkanal 
und allgerneinen physikaiischen Kanal zum Empfang 
von Multicast Nachrichten auf. 

ZU4 

- Nach Ablauf des in der Nachricht zur Ressourcen 
Zuweisung angegebenen Zeitraums baut die Mobil- 
funkstation den allgerneinen Transportkanal und den 
allgerneinen physikaiischen Kanal zur Ubertragung 
von Multicast Nachrichten wieder ab. 

[0033] Weitere Eigenschaften und Vorteile der Erfindung 
ergeben sich aus der folgenden Beschreibung einer bevor- 
zugten Ausfiihrungsform der vorliegenden Erfindung unter 
Bezugnahme auf die beigefiigten Zeichnungen; darin zeigt: 
[0034] Fig. 1 das schematische Schichtenmodell der Pro- 
tokolle auf der Luftschnittstelle imUMTS; 
[0035] Fig. 2 den Aufbau eines Funknetzwerkes wie nach 
UMTS spezifiziert; . 

[0036] Fig. 3 die Kon figuration von Broadcast/Multicast 
Control, Radio Link Control, Medium Access Control und 
physikalischer Schicht; und 

[0037] Fig. 4 das Zustandsdiagramm gemaB der Erfin- 
dung. 

[0038] Das Schichtenmodell der ProtokoUe auf der Luft- 
schnittstelle in UMTS ist in Fig. 1 dargestellt. Die Mobil- 
funkstation 2 besteht aus einer Physikaiischen Schicht (Phy- 
sical Layer) 4, die senderseitig fiir die Verarbeitung der Da- 
ten zur Ubertragung uber die Luftschnittstelle iiber physika- 
lische Kan ale 6 verantworthch ist und empfangsseitig die 
empfangenen Daien so an die dariiber liegenden Medienzu- 
gangskontrollschicht bzw. Medium Access Control (MAC) 
8 weitergibt, dass sie von dieser Schicht weiterverarbeitet 
werden konnen. Auf Seilen des Netzwerkes befindet sich die 
physikalische Schichi 4 in der Basisstation 10, welche uber 
eine Festnetzyerbindung rnit der Funknetzwerk Kontrollein- 
heit bzw. dem Radio Network Controller (RNC) verbunden 
ist. Die Verbindungen zwischen der physikaiischen Schicht 
und der MAC Schichi 8 werden Transportkanale 12 genannt 
und geben an, wie die Daten iibertragen werden, d. h. auf 
allgerneinen Kanalen oder auf Kanalen, die lediglich einer 
bestinunten Mobilfunkstation 2 gewidmet sind. Die MAC 
Schicht 8 hat Aufgaben. wie z. B. die Identifizierung der 



Nutzer fiir die ein Paket bestimmt ist, falls es auf aUgemei- 
nen Kanalen iibertragen wird und die Abbildung der logi- 
schen Kanale auf die Transportkanale 12. Dafur fiigt die 
MAC Schicht 8 senderseitig KontroUinformationen, wie 

5 z. B. die Identitat der Mobilfunkstation, zu den Paketen 
hinzu, die sie von der Radio Link Control Schicht (RI-C) 14 
erhalten hat. Empfangsseitig werden diese KontroUinforma- 
tionen ausgewertet und wieder von den Paketen entfemt, be- 
vor diese iiber die logischen Verbindungen an die RLC 

10 Schicht 14 weitergeleitet werden. Als logische Kanale 16 
werden die Verbindungen zwischen der MAC Schicht 8 und 
der Radio Link Control 14 bezeichnet. 
[0039] Die RLC Schicht 14 ist verantwortlich fiir die 
"Oberwachung der Datenubertragung, d. h, fiir die Feststel- 

15 lung von fehlenden Paketen und eventuell deren emeute An- 
forderung. In der RLC Schicht konnen mehrere Einheiten 
definiert werden. Jede RLC Einheit ist dabei mit einer Ver- 
bindung zwischen hoheren Schichten und RLC (z. B, Radio 
Bearer) verbunden. Auch die RLC Schicht kann sendersei- 

20 tig den Paketen, die sie von hoheren Schichten bekommen 
hat, KontroUinformationen hinzufiigen. Diese KontroUin- 
formationen werden empfangsseitig genutzt um z. B. zu h' 
urteUen, ob Pakete fehlen und werden von den Paketen e^ 
femt bevor diese wieder an die hoheren Schichten weiterge- 

25 leitet werden. Oberhalb der RLC Schicht 14 befindet sich 
die Funkressourcen KontroUschicht oder Radio Ressource 
Control (RRC) 16, die fiir die Konfiguration der unter ihr 
liegenden Schichten und vor allem fur den Verbindungsauf- 
bau verantwortlich ist. Die Verbindungen zwischen der RLC 

30 Schicht 14 und der RRC Schicht 16 werden Signalling Ra- 
dio Bearers (SRB) genannt. AuBerdem befinden sich ober- 
halb der RLC Schicht 14 die sogenannten Radio Bearers 
(RB), die fiir die eigentiiche Dateniibertragung verwendet 
werden und die Verbindung zwischen der RLC Schicht 14 

35 und der dariiber liegenden Anwendung darsteUen. Werden 
Paketdaten iibertragen, befindet sich oberhalb von RLC 14 
noch die so genannte Paketdaten Konvergenzschicht oder 
Packet Data Convergence Protocol (PDCP) 18, die z. B. fiir 
die Komprimierung von IP Paketen (Internet ProtokoU) ver- 

40 antwortUch ist. Weiterhin befindet sich oberbalb der RLC 
Schicht 14 noch die sogenannte Broadcast Multicast Kon- 
troUschicht Oder Broadcast Multicast ControUer (BMC) 20, 
welche fiir den Empfang von CeU Broadcast Nachrichten 
verwendet wird. In der BMC Schicht 20 konnen ahnUch 

45 fiir die RLC Schicht 14 mehrere BMC Einheiten 20 definiert 
werden. 

[0040] Fig, 2 zeigt in schematischer Art und Weise den 
Aufbau eines Funknetzwerkes wie es fiir UMTS spezifiziert 
ist. Mehrere Mobilfunkstationen 2,1, 2,2, 23, 2.4, 2£ befin- 
50 den sich in einer Zelle 22, die von einer Basisstation 24 auf- 
gespannt wird und mit welcher die Mobilfunkstationen 2 
iiber eine Luftschnittstelle verbunden sind. 
[0041] Die Basisstation 24 ist wiederum iiber eine Fest- 
netzverbindung mit einer Radio Network Control 26 ver- 
55 bunden. Es wird angenoinmen, dass die Mobilfunkstationen 
2.1, 2,2, 23, 2.4, 2.5 zu einer Multicast Gruppe A 28 (Fig. 3) 
gehoren. Mobilfunkstationen 2,4. 2,5 soUen fiir dieses Aus- 
fiihrungsbeispiel zu keiner Multicast Gruppe gehoren. Diese 
Mobilfunkstationen 2.4, 2.5 befinden sich in dem Multicast 
60 Zustand MC_NuIl 30 (siehe Fig. 4). 

[0042] In jeder Zelle 22 wird die Konfiguration der ZeUe 
22 iiber die so genannien Systeminformationen aUen Mobil- 
funkstationen 2 bekanntgeinacht. Systeminformationen ent- 
halten z. B. die Konfigurationen der Kanale, die jede Mobil- 
es funkstation empfangen bzw. zum Senden verwenden kann. 
Diese Systeminformationen werden auf einem allgerneinen, 
bekannten Kanal an alle Mobilfunkstationen 2.1, 2.2, 23, 
2.4, 2.5 innerhalb einer Zelle 22 gesendet. 
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[0043] Anders als aus dem Stand der Technik bekannt, 
enthalten die Systeminformationen auch die Konfiguratio 
nen fur einen allgemeinen Transportkanal und einen allge- 
meinen physikalischen Kanal zur "Dbertragung von Multi- 
casl-Nachrichten. Weiterhin wird jeder Konfiguration erfin- 
dungsgemaB ein Identifikator zugewiesen, Aufierdem soli 
eine bestimmte Konfiguration nur von bestimmten Multi- 
cast- Nachrich ten genutzt werden. Dazu wird jeder Konfigu- 
ration zusatzlich zum Identifikator eine liste von Multicast 
Gruppen zugeordnet, die diese Konfiguration verwenden 
diirfen. 

[0044] GemaB dieser Ausfuhrungsform sollen drei ver- 
schiedene Konfigurationen durch die Systeminformationen 
bekannt gemacht werden. Diese sollen iiber die Identifikato- 
ren Kl, K2 und K3 identifiziert werden. AuBerdem sollen 
der Konfiguration Kl die Multicast-Gruppen A und B zuge- 
ordnet sein. Die Konfiguration Kl daif also nur fiir die 
tJbertragung von Multicast-Nachrichten der Gruppen A und 
B verwendet werden. Der Konfiguration K2 wird nur die 
Multicast Gruppe A zugeordnet und der Konfiguration K3 
wird nur die Multicast Gruppe B zugeordnet. 
[0045] Es wird fur dieses Ausfuhrungsbeispiel angenom- 
men, dass sich Mobilfunkstationen 2*1 imRRC Zustand Idle 
Mode befindet und Mobilfunkstationen 2,2 im RRC Zustand 
CELL_PCH state befindet. GemaB dieser Erfindung befin- 
den sich Mobilfunkstationen 2.1 und 2.2 somit im Multi- 
casl-Zustand MC_Saving. ErfindungsgemaB haben die Mo- 
bilfunkstationen 2.1 und 2.2 somit eine Multicast-Einheit 30 
in der BMC Schicht 8 aufgebaut, die mit den daruber liegen- 
den Anwendungen verbunden und iiber eine weitere Verbin- 
dung mit einer RLC Einheit 32 der RLC Schicht 14 verbun- 
den ist. Die RLC Einheit 32 ist wiederurd iiber einen allge- 
meinen logischen Datenkanal oder Common Transport 
Channel (CTCH) 34 mit der MAC Schicht 8 verbunden. Es 
existiert in diesem Zustand kein allgemeiner IVansportkanal 
und kein allgemeiner physikalischer Kanal zur Ubertragung 
von Multicast Nachrichten. Die Mobilfunkstationen 2.1 und 
2.2 horen auf die Benachrichtungskanale PICH und PCH. 
[0046] Mobilfunkstation 23 soil sich in diesem Ausfuh- 
rungsbeispiel im RRC state CELL_FACH befinden, d. h. die 
Mobilfunkstation 23 hat eine Signaiisierungsverbindung 
S VI zum Radio Network Control 26 aufgebaut und kann Si- 
gnalisierungsnachrichten empfangen. Um Unterschied zum 
Stand der Technik sind die RRC Zustande CELL_FACH 
und CELLED CH so erweitert, dass eine Mobilfunkstation 
auch in diesen Zustanden die Fahigkeit hat Benachrichti- 
gungs-Nachrichten zu empfangen. Daher befindet sich die 
Mobilfunkstation 23, genau wie 2.1 und 2.2 im Multicast- 
Zustand MC_Saving. Die Mobilfunkstation hat eine Signa- 
iisierungsverbindung zum Radio Network Control 26 und 
eine Multicast Einheit 30 in der BMC Schicht 8 aufgebaut. 
Diese ist mit den daruber liegenden Anwendungen verbun- 
den und iiber eine weitere Verbindung mit einer RLC Ein- 
heit 32 der RLC Schicht 14 verbunden. Die RLC Einheit 32 
ist wiederum iiber einen allgemeinen logischen Datenkanal 
(CTCH) 34 mit der MAC Schicht 8 verbunden. Es existiert. 
in diesem Zustand kein allgemeiner Transportkanal und kein 
allgemeiner physikalischer Kanal zur tJbertragung von Mul- 
ticast Nachrichten. 

[0047] Es wird nun angenommen, dass eine Nachricht fiir 
die Muliicast.-Gruppe A beim Radio Network Control 26 an- 
koinmt. Die Radio Network Control 26 weiB, dass die Mo- 
bilfunkstationen 2.2 und 23 sich in Zellen 22 befinden, die 
von Radio Network Control 26 kontroUiert werden und 
weiB erfindungsgemaB auch, dass diese zu der Multicast- 
Gruppe A 28 gehoren. Da sich Mobilfunkstation 2.1 im 
RRC Zustand Idle Mode befindet, ist die Zelle22 in der sich 
die Mobilfunkstation befindet, dem RNCl nicht bekannt. 



Daher sendet der RNCl eine Benachrichtigung BNl fiir 
Mobilfunkstation 2.1 in alien Zellen in denen Mobilfunksta- 
tion 2.1 vermutet wird. Wie Radio Network Control 26 
Kenntnis iiber die Zellen erlangt, in denen Mobilfunkstation 
5 2.1 vermutet wird und dariiber, dass die Mobilfunkstation 
2.1 dieser Multicast-Gruppe A 28 angehort, ist nicht Teil 
dieser Erfindung. Auch an der Mobilfunkstation 2.2 wird 
eine Benachrichtigung BN2 gesendet Da jedoch im Radio 
Network Control 26 bekannt ist, dass sich c^e Mobilfiinksta- 
10 tion 2.2 in Zelle. 21 befindet, wird die Benachrichtigung 
BN2 nur in dieser Zelle gesendet. Da sich die Mobilfunksta- 
tion 23 bereits im CELL_FACH state befindet und bereits 
eine Signaiisierungsverbindung zum Radio Network Con- 
trol 26 aufgebaut hat, ist dem RNCl bereits bekannt, in wel- 
ls Cher Zelle sich Mobilfunkstation 23 befindet. An Mobil- 
funkstation 23 wird nun ebenfaUs eine Benachrichtigungs- 
nachricht BN3 gesendet, da sie in der Lage ist, Benachrich- 
tigungs-Nachrichten zu erhalten, auch wenn sie bereits eine 
Signaiisierungsverbindung aufgebaut hat. 
20 [0048] ErfindungsgemaB sollen die Benachrichtigungen 
BNl, BN2 und BN3 eine Information enthalten, die den 
Grund fur die Benachrichtigung, namlich das \forliegen von 
Multicast-Nachrichten, angibt. Insbesondere kann fur die 
Benachrichtigungen die bereits vorhandene RRC Nachrich- 
25 ten "Paging Type 1 " und "Paging Type 2" verwendet wer- 
den, die bereits eirte Information "Paging Cause", also den 
Grund fiir die Benachrichtigung enthalten. Im Unterschied 
zum Stand der Technik kann ein Wert "Multicast Nachricht 
vorhanden" zum Wertebereich der Information "Paging 
30 Cause" hinzugefugt werden. Weiterhin kann ein Identifika- 
tor fiir eine Konfiguration des allgemeinen Transportkanals 
und des allgemeinen physikalischen Kanals in der Benach- 
richtigungsnachricht enthalten sein. 

[0049] RNCl hat im Moment des Sendens der Benach- 
35 richtigungs-Nachrichten keine Kenntnis iiber die ZeUe in 
der sich Mobilfunkstantion 2.1 befindet. Um nun sicherzu- 
stellen, dass die Multicast-Nachricht in einer ZeUe nur iiber 
eine all gem eine Verbindung iibertragen wird, muss der 
RNCl in alien Benachrichtigungsnachrichten, die in einer 
40 Zelle gesendet werden, den gleichen Identifikator angeben. 
Die Benachrichtigung s-Nachiichten BNl-3, die in Zelle 22 
gesendet werden miissen also alle den gleichen IdentifiJcator 
enthalten. 

[0050] In diesem Ausfuhrungsbeispiel, stehen dem Radio 

45 Network Control 26 fur Zelle 22 fiir die Multicast Gruppe A 
28 die Konfigurationen Kl und K2 zur Verfugung. Stande 
nur eine einzige Konfiguration fiir Multicast Gruppe A 28- 
zur Verfugung, ware es nicht einmal notwendig den Identifi- 
kator der Konfiguration den Benachrichtigungsnachrichten 

50 hinzuzufugen. In diesem Ausfuhrungsbeispiel ist dies je- 
doch nicht der Fall, daher ist in den Benachrichtigungsnach- 
richten BNl -3 beispielhaft der Identifikator Kl enthalten. 
[0051] Mobilfunkstation 2.1, welche sich im RRC Zu- 
stand Idle Mode befindet, hat keine Signalisierungsverbin- 

55 dung zum RNCl aufgebaut. Nach Empfang der Benachrich- 
lung BNl baut Mobilfunkstation 2.1 daher zunachst eine Si- 
gnaiisierungsverbindung SV2 (RRC Connection) zum Ra- 
dio Network Control 26 auf. Mobilfunkstation 2.2, welche 
sich im RRC Zustand CELL_PCH befindet reaktiviert seine 

60 vSignalisierungsverbindung SV3, indem es dem Radio Net- 
work Control 26 durch das Senden einer RRC Nachricht 
BN3 besiatigt, dass sie sich in ZeUe 22 befindet. Mobilfunk- 
station 2.1, 2.2 und 23 haben somit eine Signaiisierungsver- 
bindung aufgebaut und befinden sich im RRC Zustand 

65 CELL_FACH. Sie konnen somit nun Signalisierungsnach- 
richten empfangen und dem Radio Network ConUrol 26 ist 
bekannt^ dass sich alle drei Mobilfiinkstadonen in der Zelle 
22 befinden. 
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[00S2] ErfindungsgemaB enthalten die Nachrichten 
BNl-3 einen Identifikator fur die Konfiguration des allge- 
meinen Transportkanals und des ailgemeinen physikali- 
schen Kanals, die fiir die Obertragung der Multicast-Nach- 
richt verwendel werden sollen. AuBerdem ist erfindungsge- 5 
maB eine Identifikation der Multicast-Gruppe A 28 enthal- 
ten^ sowie ein Start- und ein Endzeitpunkt, die angeben, wie 
lange die Ressource der Multicast-Gruppe A 28 zugewiesen 
sein soil. 

[0053] Die Mobilfunkstationen 2.1, 2.2 und 23 konfigu- 10 
rieren nun einen ailgemeinen Transportkanal und einen ail- 
gemeinen physikalischen Kanal, die zur Ubertragung von 
Multicast Nachrichten verwendet werden soUen, entspre- 
chend der in den Benachrichtigungs-Nachrichten BNl-3 
enthaltenen Informationen. Die BMC Schicht 8 ist bereits so 15 
konfiguriert, dass eine Multicast- Einheit 30 innerhalb der 
BMC Schicht 8 aufgebaut ist. Diese Multicast-Einheit 30 
soli erfindungsgemaB alle Multicast-Nachrichten der Multi- 
cast Gruppe A 28 empfangen und uber die iiber ihr liegen- 
den Verbindung 36, an die Anwendung der Multicast 20 
Gruppe A 28 weiterreichen. Weiterhin besteht bereits eine 
weilere Verbindung 38 zwischen der Multicast Einheit 30 in 
der BMC Schicht 8 und einer RLC Einheit 32 in der RLC 
Schicht 14. Die RLC Einheit 32 soil erfindungsgemaB iiber 
eine allgemeine logische Verbindung zur "Ubertragung von 25 
aUgemeinen Daten, in UMTS mit CTCH (Common Traffic 
Channel) bezeichnet, mit der MAC Schicht 8 verbunden 
sein. Innerhalb der MAC Schicht 8 soil der CTCH mm erfin- 
dungsgemaB auf den neu konfigurierten, aUgemeinen Trans- 
portkanal abgebildet werden, der zur Ubertragung der Mul- 30 
ticast-Nachrichten verwendet werden soil und welcher wie- 
derum in der physikalischen Schicht auf einen aUgemeinen 
physikaUschen Kanal abgebUdet wird, der ebenfails fiir die 
Ubertragung von Multicast Nachrichten verwendet werden 
soU. 35 
[0054] Zu dem in BNl-3 enthaltenen Startzeitpimkt fan- 
gen die Mobilfunkstationen 2.1, 2.2 und 23 an, auf dem aU- 
gemeinen physikalischen Kanal Daten zu empfangen. Zum 
gleichen zieitpunkt fangt Radio Network Control 26 an, die 
Multicast-Nachrichten zu senden, 40 
[0055] In der Signalisierungsnachricht BNl-3 ist erfin- 
dungsgemaB ein Start und Endzeitpunkt angegeben, der den 
Zeitraum beschreibt, fiir den die Ressourcen des aUgemei- 
nen Transportkanals und des ailgemeinen physikalischen 
Kanals der Multicast Gruppe A 28 zugewiesen worden sind, 45 
Ist diese Zeit abgelaufen, beendet die Radio Network Con- 
trol 26 die Ubertragung von Multicast-Nachrichten an diese 
Gruppe. Die Mobilfunkstationen 2,1, 2,2 und 23 bauen den 
aUgemeinen Transportkanal und den aUgemeinen physikaU- 
schen Kanal zur Ubertragung von Multicast-Nachrichten ab. 50 
Die Mobilfunkstationen wechseln in den Multicast-Zustand 
MC_Saving- 
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1 . Verfahren zur Ressourcen-Zuweisung zur Ubertra- 
gung von Multicast-Nachrichten innerhalb eines Mo- 
bilfunknetzes, dadurch gekennzeichnet, dass die Res- 
sourcen-Zuweisung unter Verwendung eines aUgemei- 
nen Transportkanals (12) und eines aUgemeinen physi- 60 
kalischen Kanals (16), der durch Signalisierung auf ei- 
nern Benachrichtigungskanal in Form von Benachrich- 
tigungs-Nachrichten zu verschiedenen Zeiten verschie- 
denen Mobilfunkstationen (2) oder Gruppen von Mo- 
bilfunkstationen (2) zugewiesen werden kann, vorge- 65 
nommen wird. 

2. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, dass die moglichen Konfigurationen des aUgemei- 



nen Transportkanals und des aUgemeinen physikaH- 
schen Kanals fur jede Multicast-Gruppe (28) vor dem 
Absetzen der Benachrichtigungs-Nachricht festgelegt 
sind. 

3. Verfahren nach einem der Anspruche 1 oder 2, da- 
durch gekennzeichnet, dass die zu verwendende Konfi- 
guration und der Zeitraum, in dem sie zur Verfiigung 
steht, in der jeweiligen Benachrichtigungs-Nachricht 
angegeben sind. 

4. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, dass die Benachrichti- 
gungs-Nachricht als Erweiterung einer Nachricht "Pa- 
ging Typ^ 1" ausgestaltet ist. 

5. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, dass die Benachrichti- 
gungs-Nachricht Informationen fur den Grand der Be- 
nachrichtigung aufweist, die der Mobilfunkstation (2) 
mitteilt, dass eine Multicast-Nachricht vorUegt. 

6. Verfahren nach Anspruch 5, dadurch gekennzeich- 
net, dass fiir die Information fur den Grund der Be- 
nachrichtigung dem bereits Informationselement "Pa- 
ging Cause" ein weiterer Wert hinzugefiigt wird, f^'** 
dies indiziert. 

7. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, dass die Benachrichti- 
gungs-Nachricht eine Information dariiber enthalt, fiir 
welche Multicast-Gruppe (28) Nachrichten vorUegen. 

8. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, dass die Benachrichti- 
gungs-Nachrichten, die in einer ZeUe (22) des MobU- 
funknetzes gesendet werden, alle die gldche Konfigu- 
ration angeben, die zur tjbertragung verwendet w&rdsn 
soU. 

9. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, dass in den Benachrich- 
tigungs-Nachrichten den Konfigurationen ein Identifi- 
kator zugewiesen wird, wobei jeder Konfiguration er- 
findungsgemaB eine oder mehrere Multicast-Gruppen 
(28) zugewiesen sein konnen, die diese Konfiguration 
verwenden konnen. 

10. Verfahren nach einem der vorhergehenden An- 
spriiche, dadurch gekennzeichnet, dass die Konfigura- 
tionen, deren Identi fi katoren und die Multicast-Grun- 
pen (28), die die jeweiligen Konfigurationen verw 
den diirfen, iiber Broadcast aUen Mobilfunkstationen 
(2) in einer Zelle (22) bekannt gemacht werden. 

11. ProtokoUarchitektur eines Mobilfunknetzwerkes 
zur Ubertragung von Multicast-Nachrichten, mit zu- 
mindest einer Mobilfiinkstation (2), zumindest einer 
Multicast-Einheit (30) in der Broadcast/Multicast Con- 
trol Schicht (8) sowie zumindest einer Radio Link Con- 
trol Einheit (32) in der Radio Link Control (14) 
Schicht, dadurch gekennzeichnet, dass eine MobU- 
funkstation (2), die zu einer Multicast-Gruppe (28) ge- 
hort., mindestens eine Multicast-Einheit (30) in der 
BroadcastTMuhicast Control Schicht (8) konfiguriert, 
welche mit einer Radio Link Control Einheit (32) in der 
Radio Link Control Schicht (8) verbunden ist. 

12. ProtokoUarchitektur nach Anspruch 11, dadurch 
gekennzeichnet, dass Radio Link Control Einheit (32) 
iiber einen ailgemeinen Datenkanal (34) mit der Me- 
dium Access Coniroi Schicht (8) verbunden ist. 

13. Protokollarchiieklur nach Anspruch 12, dadurch 
gekennzeichnet, dass zur Dateniibertragung der aUge- 
meine Datenkanal (34) in der Medium Access Control 
Schicht 8 auf einen aUgemeinen Transportkanal (12) 
zur Ubertragung von Multicast-Nachrichten abgebildet 
ist, welcher in der physikaUschen Schicht (4) auf einen 
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allgemeinen physikalischen Kanal (6) abgebildet ist. 
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